home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group97a.txt / 000042_icon-group-sender _Fri Feb 21 14:44:44 1997.msg < prev    next >
Internet Message Format  |  2000-09-20  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 21 Feb 1997 16:56:05 MST
  2. Message-Id: <1.5.4.32.19970221204444.006c750c@post.its.mcw.edu>
  3. X-Sender: cdt@post.its.mcw.edu
  4. X-Mailer: Windows Eudora Light Version 1.5.4 (32)
  5. Mime-Version: 1.0
  6. Content-Type: text/plain; charset="us-ascii"
  7. Date: Fri, 21 Feb 1997 14:44:44 -0600
  8. To: Jan Galkowski <jan@solstice.digicomp.com>, icon-group@cs.arizona.edu
  9. From: Chris Tenaglia <cdt@post.its.mcw.edu>
  10. Subject: Re: What's the biggest Icon program you've written?
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: RO
  13. Content-Length: 2436
  14.  
  15. At 09:07 AM 2/21/97 -0500, Jan Galkowski wrote:
  16. >This is an informal and very unscientific survey.
  17. >
  18. >What's the biggest Icon program you've written?  What did it do?
  19. >Do you have any "lessons learned" you'd like to share?
  20.  
  21. 1546 lines. A personal database system I called Attercop.
  22. I wrote it in assembler in 1983 (approx 2200 lines).
  23. I ported it to unix and icon in 1988. I'm still using it.
  24. Why? It works. I don't have to deal with a DBA. I can
  25. have multiple, database keys and I can change them
  26. on the fly. 
  27.  
  28. NOW, I write big systems, but they're usually separate
  29. icon modules that interact. I find them easy to manage
  30. under 200 lines.
  31.  
  32. >
  33. >Did you have any efficiency issues to overcome?  Did you use
  34. >coexpressions?
  35. Speed was an issue for the VMS implementation. I was able
  36. to speed up Attercop by switching from using lists to tables.
  37. Performance improved maybe 100 fold on larger datasets.
  38. Coexpressions. Never quite understood them. Used once
  39. to write a better diff program.
  40.  
  41. >
  42. >Have you ever needed to "sell" Icon to management?  Are they
  43. >distracted by inferior yet more popular and less powerful
  44. >languages?
  45. At first NO. Management wanted the job done, and I had
  46. something called "system manager prerogative". Much
  47. success. Then the operation grew and consultants came
  48. in. Suddenly industry standards like perl became the buzz
  49. word. The hackers concept "reverse intent" came into force
  50. and now standards are excuses for not doing things.
  51. Icon is in there because I wrote 100's of small icon modules
  52. and built a pyramid of dependency. It works well. I've offered
  53. to train anyone interested. No takers. Strange. I have yet to see
  54. the truck loads of cheap perl coders brought in, but someone
  55. left a perl manual on my desk as a hint. Trouble is, there's
  56. no-one else who knows much about programming languages.
  57. The cobol trained management thinks perl, C, icon, and
  58. shell script all look funny. 
  59.  
  60. >
  61. >I'm curious about these questions, but I'd also like to see
  62. >the discussion group be more active.
  63. >
  64. >-- Jan Theodore Galkowski,
  65. >    Developer, tool & numerical methods elf
  66. > Digicomp Research Corporation,
  67. > Ithaca, NY 14850-5720
  68. I hope I provided some food for the flames.....
  69.  
  70.  
  71. Chris Tenaglia (system manager)         |       cdt@post.its.mcw.edu
  72. Medical College of Wisconsin            |
  73. 8701 W. Watertown Plank Rd.             |      Ce que vous voyez est
  74. Milwaukee, WI 53226 (414)456-8765       |      Ce que vous obtenez !
  75.  
  76.